Crash in [@ mozilla::Omnijar::Init] with NS_ERROR_FILE_CORRUPTED with likely corrupted installs on old android devices.
Categories
(Core :: XPCOM, defect)
Tracking
()
People
(Reporter: mccr8, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/7cec5b55-bd30-449f-9ce4-dc0110241007
MOZ_CRASH Reason:
Omnijar::Init failed: NS_ERROR_FILE_CORRUPTED
Top 10 frames:
0 libxul.so MOZ_Crash(char const*, int, char const*) mfbt/Assertions.h:317
0 libxul.so mozilla::Omnijar::Init(nsIFile*, nsIFile*) xpcom/build/Omnijar.cpp:124
1 libxul.so XRE_InitCommandLine(int, char**) toolkit/xre/nsAppRunner.cpp:6159
2 libxul.so XREMain::XRE_mainInit(bool*) toolkit/xre/nsAppRunner.cpp:4415
2 libxul.so XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) toolkit/xre/nsAppRunner.cpp:5995
3 libxul.so XRE_main(int, char**, mozilla::BootstrapConfig const&) toolkit/xre/nsAppRunner.cpp:6106
4 libxul.so GeckoStart toolkit/xre/nsAndroidStartup.cpp:54
5 libxul.so mozilla::BootstrapImpl::GeckoStart(_JNIEnv*, char**, int, mozilla::StaticXREA... toolkit/xre/Bootstrap.cpp:74
6 libmozglue.so Java_org_mozilla_gecko_mozglue_GeckoLoader_nativeRun mozglue/android/APKOpen.cpp:387
7 base.odex base.odex@0x25f62b
This is splitting off one type of crash uncovered by bug 1915788. Omnijar::Init is failing with the crash reason "Omnijar::Init failed: NS_ERROR_FILE_CORRUPTED".
There are actually two distinct crashes under this signature.
- Android, parent process. for example: bp-7cec5b55-bd30-449f-9ce4-dc0110241007
- MacOS, child process. for example: bp-5b5842ab-8fbb-409d-93de-9990d0240913. One of these has the comment "DaVinci resolve 19 update". Apparently that is some kind of video editor.
Comment 1•7 months ago
|
||
The severity field is not set for this bug.
:nika, could you have a look please?
For more information, please visit BugBot documentation.
Reporter | ||
Updated•7 months ago
|
Updated•7 months ago
|
Comment 2•4 months ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 10 AArch64 and ARM crashes on release (startup)
:nika, could you consider increasing the severity of this top-crash bug?
For more information, please visit BugBot documentation.
Reporter | ||
Comment 3•4 months ago
|
||
70% of the crashes in the last week are from a single install time.
Comment 4•4 months ago
|
||
Not sure there's anything actionable to do here given that these appear to be a large number of crashes from a small number of users who likely have corrupted installs on quite old devices.
Comment 5•3 months ago
|
||
Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.
For more information, please visit BugBot documentation.
Updated•2 months ago
|
Description
•